Text 



Seite 1 von 2 



AN 
TI 



PN 
PD 
AB 



PA 
IN 
FA 
CO 

DR 

IC 
MC 



DC 
FN 
PR 
FP 
UP 



PAT 2003-069436 

Fault management for software -supported radio station 
involves recording fault relevant data for the station for 
delayed evaluation in station or in network device 
EP1263249-A1 
04 . 12 .2002 

NOVELTY - The fault management method involves updating at 
least part of the software in the station (WT) and carrying out 
error monitoring of the station in relation to the update. For 
fault monitoring, fault relevant data for the station are 
recorded for delayed evaluation in the station or in a network 
device (C) . DETAILED DESCRIPTION - INDEPENDENT CLAIMS are also 
included for the following: a station and a network device for 
implementing the method.; USE - For fault management for 
software-supported radio station. ADVANTAGE - Improved fault 
handling, especially enables recording of relevant data and 
later transfer to a network device with adequate capacity for 
cost-intensive evaluation. DESCRIPTION OF DRAWING (S) - The 
drawing shows a schematic representation of a process for the 
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(54) Verfahren und Station zum Fehlermanagement fur Software-gestutzte Funkstationen mittels 
Analyse von Funkprotokollen 



(57) Die Erfindung bezieht sich auf ein Verfahren 
zum Fehlermanagement einer softwaregestutzten Sta- 
tion (DT) in einem Kommunikationsnetz (UMTS; Hiper- 
LAN/2), bei dem zumindest ein Teil der Software der 
Station (WT) uber eine Schnittstelle (V) aktualisiert wird 
und eine Fehleruberwachung der Station (WT) hinsicht- 
lich der Aktualisierung durchgefiihrt wird. 
Zur Verbesserung der Fehleruberwachung wird vorge- 
schlagen, fehlererkennungsrelevante Daten der Station 



(WT) fur eine zeitversetzte Auswertung in der Station 
(WT) oder einer Netzeinrichtung (C) zur protokollieren. 

Vorteilhafterweise konnen Sendeleistungswerte 
protokolliert werden, urn diese zu einem spateren Zeit- 
punkt nach einer Obertragung zu einer Analyseeinrich- 
tung (C) im Kommunikationsnetz mit entsprechenden 
Netzprotokollanweisungen zu vergleichen, die maxima- 
le oder zu andemde Sendeleistungswerte fur die Station 
(WT) vorgeben. 
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Beschreibung 

[0001] Verfahren und Station zum Fehlermanage- 
ment fiir Software-gestutzte Funkstationen mittels Ana- 
lyse von Funkprotokollen 

[0002] Die Erfindung bezieht sich auf ein Verfahren 
zum Fehlermanagement fur Software-gestutzte Funk- 
stationen mit den oberbegrifflichen Merkmalen des Pa- 
tentanspruchs 1 sowie eine Station zum Durchfuhren ei- 
nes solchen Verfahrens. 

[0003] In Funk-Kommunikationssystemen werden In- 
formationen mit Hilfe von elektromagnetischen Wellen 
uber eine Funkschnittstelle zwischen sendender und 
empfangender Station ubertragen. Derartige Kommuni- 
kationssysteme sind beispielsweise Mobilfunksysteme 
mit CDMA- oder TD/CDMA-Obertragungsverfahren 
(TD/CDMA: Time Division/Code Division Multiple Ac- 
cess) uber die Funkschnittstelle, wie zum Beispiel beim 
UMTS (Universal Mobile Telecommunication System), 
oder funkgestutzte Datennetze, zum Beispiel gemafS 
dem HiperLAN-Standard. Teilnehmerstationen sind ent- 
sprechend mobile oder stationare Funkstationen bzw. 
funkgestutzte Rechner oder Hosts, die nachfolgend ein- 
fach als Stationen oder Terminals bezeichnet werden. 
[0004] Hochwertige Stationen sind mit einer Software 
ausgestattet, die aktualisierbar ist (upgrade/update). 
Die Aktualisierung erfolgt dabei in der Regel von netz- 
seitigen Stationen aus uber die Schnittstelle zur Station. 
Beim Aktualisieren der Software ist ein wesentlicher 
Faktor die Sicherheit des weiteren Betriebs der Station. 
Dies gilt insbesondere bei Ubertragungen uber ungesi- 
cherte Netze. Hinsichtlich der Sicherheit miissen im we- 
sentlichen vier grundlegende Faktoren beriicksichtigt 
werden, namlich Validation, Verification, Integritat und 
Fehlertoleranz. Validation ist im Bereich der Aktualisie- 
rung die Fahigkeit, nachzuprufen, dass der Aktualisie- 
rungssender ein gultiger bzw. zugelassener Sender ist 
und der Aktualisierungsempfanger ein gultiger Empfan- 
ger ist. Verification der Aktualisierung bezieht sich auf 
die Fahigkeit, zu uberprufen, dass das Ziel das Update 
bzw. die Aktualisierungsdaten erfolgreich empfangen 
hat. Integritat des Updates bzw. der Aktualisierungsda- 
ten ist die Fahigkeit, sicherzustellen, dass die Inhalte 
der Aktualisierungsdaten selber nicht geandert wurden. 
Fehlermanagement bzw. Fehlerbehandlung schlieBt 
die Fahigkeit ein, die Software, das System oder was 
sonst aktualisiert wurde, wieder zu rekonstruieren, falls 
Fehler wahrend der Ubertragung der Aktualisierungsin- 
formationen von dem Server zu dem Ziel oder wahrend 
der Aktualisierung der entsprechenden Anwendung sel- 
ber aufgetreten sind. Softwaregestutzte Funkstationen 
benotigen ein Fehlermanagement, wenn die Aktualisie- 
rung oder Installation einer neuen Software fehlschlagt. 
Eine solche Fehlerbehandlung kann als Teil des Ge- 
samtsicherheitskonzepts in aktualisierbaren Stationen 
angesehen werden. Nachfolgend soli der Bereich der 
Fehlerbehandlung bzw. des Fehlermanagements be- 
trachtet werden. 



[0005] Derzeit werden insbesondere zwei Fehlerma- 
nagement-Strategien erortert. Bei dem sogenannten 
TRUST-Projekt von Motorola liegt der Schwerpunkt auf 
dem Erfassen und Handhaben fehlerhafter Stationen 
5 oder falsch funktionierender Stationen. Dieses Konzept 
ist entweder Stations- oder Netz-orientiert. Die andere 
Technologie basiert auf einem Terminal-Agent, der die 
Inhalte der Nutzlast aufgrund einer Verzeichnisliste 
kennt und eine erneute Einleitung der Aktualisierung in- 
to itialisiert, falls eine Verbindung mit dem Server wahrend 
einer Ubertragung verlorengeht, um irgendwelche feh- 
lenden Module abzurufen. 

[0006] Die Anwendung der Aktualisierungsinformati- 
on kann bei der Systemarchitektur fehlertolerant ausge- 

15 fuhrt werden. Eine geeignete Architektur verwendet red- 
undante, nicht-fluchtige Speicher, einen zum Halten des 
alten Systems, das fehlerfrei funktioniert, und einen an- 
deren zum Halten des aktualisierten Systems. Das Sy- 
stem bzw. eine entsprechende Software kann bei der 

20 Aktualisierung stets zu der funktionierenden alten Kon- 
figu ration zuruckgeschaltet werden, falls es irgendwel- 
che Probleme beim Aktualisieren des Systems oder der 
Software gibt. 

[0007] Derzeitige Losungen zum Fehlermanagement 

25 sind stationsorientiert, das heifit der Klient bzw. die Sta- 
tion hat ein Fehlermanagementsystem, das auf seiner 
eigenen Validation, Verifikation und Integritatsprufun- 
gen beruht, dabei aber den Aktualisierungsserver bzw. 
das Netz nicht einbezieht. 

30 [0008] Beim TRUST-Projekt sind die Losungsansat- 
ze entweder Stationsoder Netz-orientiert, d.h. das Er- 
fassen einer Fehlfunktion und die Handhabung einer 
fehlerhaften Station werden in der Station und/oder in 
dem Netz durchgefuhrt. Die Entscheidung, ob eine feh- 

35 lerhafte oder fehlerhaft funktionierende Station voriiegt, 
beruht dabei auf Leistungspegel-Messungen in der Sta- 
tion oder in dem Netz, d.h. die Station oder das Netz 
betrachten Momentanzustande der durch die Station 
ausgestrahlten Obertragungsleistung. 

40 [0009] Der Lbsungsansatz beruht dabei auf einem 
CDMA-System, bei dem die Stabilitat des Netzes in ho- 
hem MafJe von den erzeugten Obertragungsintensita- 
ten abhSngt. In anderen Systemen, die nicht auf CD- 
MA-Tech nologien beruhen, wie beispielsweise beim Hi- 

45 perl_AN/2-System, ist dieser Faktor nicht derart wesent- 
lich. 

[0010] Weiterhin ist es bekannt, dass die Stabilitat 
von Computernetzen von dem korrekten Verhalten der 
Protokolleinheiten in den verschiedenen Schichten, 
so (layers) des OSI-Models (OSI: Open System Intercon- 
nection) abhangt. 

[0011] Die Aufgabe der Erfindung besteht darin, ein 
verbessertes Verfahren zur Fehlerhandhabung fur soft- 
waregestutzte Stationen in einem Kommunikationssy- 
55 stem bzw. eine Station zum Durchfuhren eines solchen 
Verfahrens vorzuschlagen. 

[0012] Dieses Aufgabe wird durch ein Verfahren zur 
Fehlerhandhabung von softwaregestiitzten Stationen 
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mit den Merkmalen des Patentanspruchs 1 bzw. eine 
Station zum Durchfuhren eines solchen Verfahrens 
nach Anspnjch 9 bzw. eine Netzeinrichtung zum Durch- 
fuhren eines solchen Verfahrens nach Anspruch 10 ge- 
Ifist. 

[0013] Bei dem Verfahren zum Fehlermanagement 
einer softwaregestutzten Station in einem Kommunika- 
tionsnetz, bei dem zumindest ein Teil der Software der 
Station uber eine Schnittstelle zu einer Netzstation ak- 
tualisiert wird und eine Fehleruberwachung der Station 
hinsichtlich der Aktualisierung durchgefuhrt wird, ist es 
besonders vorteilhaft, wenn zur Fehleruberwachung, 
fehlererkennungsrelevante Daten beim Betrieb der Sta- 
tion fur eine zeitversetzte Auswertung in der Station 
Oder einer Netzeinrichtung protokolliert werden, da mit 
einer solchen Protokollierung insbesondere ein Ver- 
gleich von stationsseitigen und netzseitigen Daten er- 
mbglicht wird. Vorteilhafterweise werden dabei nicht nur 
Einzelereignisse vergleichbar, sondern auch eine Folge 
von fehlererkennungsrelevanten Daten kann abgegli- 
chen werden. 

[0014] Moglich ist auch die Ubertragung eines einzel- 
nen Messwertes zum Abgleich. Das in der Station auf- 
gezeichnete Protokoll kann entsprechend auch Mess- 
werte beinhalten, die dann entsprechend aufgenom- 
men werden. 

[0015] Vorteilhafte Ausgestaltungen sind Gegen- 
stand von abhangigen Anspruchen. 
[001 6] Besonders vorteilhaft ist die Ausfuhrungsform, 
bei der die protokollierten fehlererkennungsrelevanten 
Daten bei der Station registnert und zur Auswertung 
uber die Netzstation an eine entsprechende Netzein- 
richtung ubertragen werden. Dies ermdglicht eine Pro- 
tokollierung von fehlererkennungsrelevanten Daten in 
der Station und eine spatere Obertragung einer Vielzahl 
zusammengehorender oder zusammenhangender Da- 
ten an eine Netzeinrichtung, die ausreichend Kapazitat 
fur eine auch aufwendigere Auswertung bietet. 
[0017] Die Netzeinrichtung kann dabei vorteilhafter- 
weise die ubertragenen, protokollierten Daten zur Aus- 
wertung mit netzseitig registrierten Daten vergleichen. 
Ais fehlererkennungsrelevante Daten kdnnen beispiels- 
weise Sendefeistungswerte der Station protokolliert 
werden. Weiterhin kdnnen auch funkprotokollbezogene 
Daten als fehlererkennungsrelevante Daten registriert 
werden. Auch netzseitige Messdaten von empfangenen 
Sendeleistungen kdnnen erfasst werden. Dies ermdg- 
licht einen Abgleich verschiedenartigster Daten, insbe- 
sondere den Abgleich von Sendeleistungswerten, die 
von der Station als solche protokolliert werden, mit funk- 
protokollbezogenen Daten oder Empfangsleistungsda- 
ten netzseitigen Ursprungs, die in einem direkten Bezug 
mit Soll-Sendeleistungswerten stehen. 
[0018] Steilt sich bei einem Abgleich heraus, dass die 
Sendeleistungswerte nicht mit den netzseitigen Werten 
korrespondieren, so kann auf einen Fehler der Einstel- 
lungen oder Software der sendenden Station geschlos- 
sen werden. Vorteilhafterweise wird im Fall eines er- 



kannten Fehlers eine Korrektur der Aktualisierungsda- 
ten vorgenommen und/oder die Station aus dem Kom- 
munikationsnetz entfemt. Vorteilhaft ist auch das vor- 
ubergehende Entfernen einer Station aus dem Kommu- 

5 nikationsnetz fur den Fall, dass die Auswertung erst ver- 
zdgert erfolgt, da durch ein solches Vorgehen verhindert 
werden kann, dass eine nicht auf fehlerfreien Betrieb 
uberprufte Station nach einem Update den Sendebe- 
trieb aufnimmt. 

10 [0019] Bei der Verbindungsaufnahme zwischen Sta- 
tion und Netzstation zu uberprufen, ob beide Seiten das 
Verfahren zum Fehlermanagement ausfuhren kdnnen 
und/oder auf welcher Seite entsprechende Kapazitaten 
oder Einrichtungen fur eine Protokollierung vorhanden 

15 sind, ermdglicht die Protokollierung gezielt bei einer der 
entsprechenden Einrichtungen vorzunehmen. Eine 
doppelte Protokollierung gleicher Daten bei der Station 
und bei einer Netzeinrichtung kann beispielsweise ver- 
mieden werden. Insbesondere kann feststellt werden, 

20 ob eine der beiden Seiten mdglicherweise uberhaupt 
nicht fur das Ausfuhren eines solchen Verfahrens ge- 
eignet ist, um beispielsweise eine Protokollierung stati- 
onsseitig zu deaktivieren, wenn netzseitig keine Aus- 
wertung eines solchen Protokolls moglich ist. Auch da- 

25 durch kdnnen Kapazitaten eingespart werden. 

[0020] Das vorstehend beschriebene Verfahren bie- 
tet somit insbesondere einen Ldsungsansatz, bei dem 
vorteilhafterweise die Aufzeichnung von Ereignissen 
bei Funkprotokoll-Nachrichten in der Station oder einem 

30 Terminal und das Analysieren dieser Daten in dem Netz 
ermdglicht wird, wobei die Protokolldaten zusammen 
mit aufgezeichneten Clbertragungs-Leistungspegein 
der Station verarbeitet werden kdnnen. 
[0021] Ein Ausfuhrungsbeisptel wird nachfolgend an- 

35 hand der Zeichnung naher erlautert. Es zeigen: 

Fig. 1 schematisch ein Kommunikationssystem mit 
einer mobilen Station, die mit netzseitigen Ein- 
richtungen kommuniziert, und 

40 

Fig. 2 schematisch einen Prozessablauf des ange- 
wandten Verfahrens. 

[0022] Wie aus Fig. 1 ersichtlich, besteht ein beispiel- 
45 haftes Kommunikationsnetz aus einer Vielzahl von 
Netzeinrichtungen, wobei das Kommunikationsnetz 
beispielsweise ein Mobilfunknetz gemafc UMTS (Uni- 
versal Mobile Telekommunikation System) oder GSM 
(Global System for mobile Kommunikation) oder auch 
50 ein Datennetz gemafi zum Beispiel HiterLAN/2 sein 
kann. Solche Netze weisen neben einer Vielzahl von 
Steuereinrichtungen C Zugriffspunkte AP auf, die als 
netzseitige Funkzugriffsstationen, Netzstationen, Ba- 
sisstationen oder Zugriffspunkte AP bezeichnet wer- 
55 den. Um die Zugriffspunkte AP werden eine oder meh- 
rere Funkzellen Z aufgebaut, innerhalb derer eine Ver- 
bindung V zwischen dem Zugriffspunkt AP und einer 
stationdren oder mobilen Funkstation WT aufgebaut 
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werden kann. Funkstationen WT sind insbesondere Mo- 
biltelefone, drahtlos an ein Netz angekoppelte Termi- 
nals WT und Computer oder dergleichen. 
[0023] Zweckmafiigerweise weisen die Stationen WT 
jeweilszumindesteinen SpeicherTS auf, in dem fur den 
Betrieb der Station WT erforderliche Programme und 
Daten htnteriegt sind. In diesem Oder weiteren Spei- 
chem TS konnen auch Anwender- oder Anwendungs- 
spezifische Daten abgespeichert werden. 
[0024] Entsprechend sind auch Netzeinrichtungen, 
hier die Steuereinrichtung C, mit netzseitigen Speicher- 
einrichtungen NS ausgestattet, die zum Abspeichern 
von betriebsretevanten Programmen, anwendungsbe- 
zogenen Programmen, teilnehmerbezogenen Daten 
und dergleichen verwendet werden. 
[0025] Bei dem beispielhaften Verfahren zum Durch- 
fuhren eines Fehlermanagements einer softwarege- 
stutzten Station WT in dem Kommunikationsnetz wird 
eine Fehleruberwachung der Station WT hinsichtlich 
der Aktualisierung der Software der Station WT vorge- 
nommen. Bei der bevorzugten Ausfuhrungsform wird 
bei der Fehleruberwachung eine Auswertung fehlerer- 
kennungsrelevanter Daten vorgenommen. Als fehlerer- 
kennungsrelevante Daten werden insbesondere Funk- 
protokoll-Nachrichten oder Funkprotokoll-lnformatio- 
nen und diesen zugeordnete Leistungspegel, deren 
Werte stationsseitig oder netzseitig bestimmt werden, 
miteinander kombiniert. 

[0026] Fur den Fall, dass es sich bei der Station WT 
um ein HiperLAN/2 Terminal handelt, greift dieses bei 
der Verbindungsaufnahme auf einen D ire ktzu griff ska - 
nal fur zufallige Zugriffe RACH (Random Access Chan- 
nel) zu. Die fur den Zugriff der Station WT zulassige 
Obertragungsleistung bzw. Sendeleistung wird durch 
die maximal zulassige Sendeleistung festgelegt, die 
durch den Zugriffspunkt bzw. die Netzstation AP uber 
einen Nachrichtenkanal allgemein mitgeteilt wird. 
[0027] Eine fehlerhafte oder nach einer Softwareak- 
tualisierung fehlerhaft funktionierende Station WT konn- 
te mit einer hoheren Leistung senden, was zu einer Sto- 
rung des gesamten Betriebs im Kommunikationsnetz 
fuhren kann. 

[0028] Um dies zu vermeiden, wird das Verfahren 
zum Fehlermanagement angewendet. Dabei werden 
stationsseitige, fehlererkennungsrelevante Daten er- 
fasst und aufgezeichnet. Diese protokollartig aufge- 
zeichneten Daten werden zusammen mit den von der 
Netzstation AP mitgeteilten maximal zulassigen Uber- 
tragungswerten an eine Analyseeinrichtung ubermittelt. 
Die Analyseeinrichtung beftndetsich dabei vorteilhafter- 
weise als eine der Steuereinrichtungen oder Bestandteil 
einer solchen Steuereinrichtung C in einer netzseitigen 
Vorrichtung. Die Analyseeinrichtung vergleicht die Sen- 
deleistungswerte der Station WT mit den seitens der 
Netzstation mitgeteilten zulassigen Obertragungs- bzw. 
Sendeleistungswerten. 

[0029] Fur den Fall zu hoher tatsSchlicher Sendelei- 
stungen der Station WT wird ein Fehler erkannt und eine 



6 

entsprechende Fehlerbehandlung bzw. 

KorrekturmaSnahmen oder FehlerbeseitigungsmaB- 
nahmen konnen eingeleitet werden. Im Falle eines fest- 
stellten Fehlers kann beispielsweise eine Trennung der 

5 Station WT von den Netzverbindungen V veranlaBt wer- 
den, um weitere Zugriffe der Station WT auf das Kom- 
munikationsnetz zu verhindern. Dies kann als dauerhaf- 
te MaRnahme oder als zeitlich begrenzte Maftnahme 
durchgefuhrt werden. Vorteilhafterweise konnen fur den 

10 Fall, dass ein Fehler infolge einer Softwareaktualisie- 
rung seitens der Station WT aufgetreten ist, eine erneu- 
te Softwareaktualisierung oder eine Reaktivierung der 
ursprunglich installierten Software, die sich vorteilhaf- 
terweise in einem Speicherbereich des Speichers TS 

15 der Station WT befindet, vorgenommen werden. 

[0030] Bei der Erfassung und/oder ProtokolNerung 
fehlererkennungsrelevanter Daten, die sowohl bei der 
Station WT als auch bei einer netzseitigen Einrichtung 
C erfolgen kann, konnen verschiedenartigste Messgro- 

20 Ren, Parameter oder Protokolldaten aufgezeichnet wer- 
den. Um einen stcheren Abgleich zu ermoglichen, kon- 
nen zusatzlich zu Messparametern auch Funkblock- 
nummern (radio numbers) oder andere messbare Gro- 
fien aufgezeichnet werden, die eine Zuordnung der sta- 

25 tionsseitig erfassten Daten zu netzseitigen Daten er- 
moglichen. Zweckmaliigerweise handelt es sich bei den 
Daten und Parametern um Grofcen, die bei einem Ver- 
bindungsaufbau oder im Rahmen eines Datenaustau- 
sches fur eine Softwareaktualisierung ublicherweise 

30 ubertragen werden. 

[0031] Als Befehl zum Beginn einer Protokollauf- 
zeichnung kann beispielsweise einfach festgelegt wer- 
den, dass nur die Nachrichten und Sendesignale mit Be- 
zug auf den Direktzugriffskanal RACH aufgezeichnet 

35 werden sollen, wobei insbesondere auch nur die Sen- 
deleistung in Aufwartsrichtung, d.h. von der Station WT 
in Richtung der Netzstation AP, fur die Analyse im Netz 
von Interesse ist. 

[0032] Naturlich konnte ein vergleichbares Verfahren 
40 auch umgekehrt angewendet werden, wenn Registrie- 
rungen einer Sendeleistung in Abwartsrichtung von der 
Netzstation AP zur Station WT aufgezeichnet werden, 
um eine Softwareaktualisierung bei der Netzstation AP 
zu uberprufen. Die Netzstation ware dann als Station im 
45 vorstehenden Sinne anzusehen. 

[0033] Ein beispielhafter Verfahrensablauf ist anhand 
Fig. 2 dargestellt. In einem ersten Verfahrensschritt sen- 
det die Station WT in Richtung der Netzstation AP eine 
Anforderung zu Rekonstruierung oder zur Ubermittlung 
so von Aktualisierungsinformationen fur die Software der 
Station WT. 

[0034] Es folgen ein Herunteriaden von Software und 
zweckmaliigerweise einem Befehl zur ProtokolNerung 
oder Ablaufverfolgung der nachfolgenden Sendevor- 
55 gfinge der Station WT. 

[0035] Nach seinem Rekonstruierungs- oder Aktuali- 
sierungsprozess wird ein Verbindungsaufbau von der 
Station WT zu der Netzstation AP eingeleitet, wobei der 
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Verbindungsaufbau gemad dem entsprechenden Funk- 
protokoll des FunkKommunikationssystems durchge- 
fuhrt und protokolliert wird. Im vorliegenden Fall wird 
beisptelsweise zu Beginn des Verbindungsaufbaus eine 
Anforderung uber den Direktzugriffskanal RACH zur 
Netzstation AP gesendet. 

[0036] Nach einer Abfolge von Sendevorgangen, zu 
einem definierten Zeitpunkt oder in Verbindung mit einer 
entsprechenden Identifizierungsinformation wird das 
Protokoll mit den fehlererkennungsrelevanten Daten 
von der Station WT zur Netzstation AP ubertragen. Die- 
ses Protokoll umfaBt die fehlererkennungsrelevanten 
Daten, die wahrend der letzten Sendevorgange der Sta- 
tion WT aufgezeichnet wurden, insbesondere die beim 
Senden verwendeten Leistungspegel. 
[0037] Nach einer netzseitigen Analyse des Proto- 
kolls wird entweder ein Verbindungsaufbau zwischen 
der Station WT und der Netzstation AP bestatigt, so 
dass zwischen der Station WT und der Netzstation AP 
eine Kommunikationsverbindung aufgebaut oder besta- 
tigt werden kann, oder Fehlerroutinen werden aktiviert, 
falls ein stationsseitiger Fehler erkannt wurde. Insbe- 
sondere kann ein Trennen der Verbindung V zwischen 
Station WT und der Netzstation AP veranlafit werden, 
was insbesondere mit einer Freigabe des entsprechen- 
den Kanals fur andere Verbindungen verbunden ist. 
[0038] Das Losen einer Verbindung V kann alternativ 
auch vor dem Durchfuhren der Protokollanalyse veran- 
laftt werden, falls fur die Protokollanalyse eine zu lange 
Zeit beansprucht wird, um einen sicheren Netzbetrieb 
fur den Fall einer fehlerhaften oder fehlerhaft funktionie- 
renden Station WT gewahrleisten zu kbnnen. 
[0039] Wahrend die Stationen WT vorzugsweise alle 
mit den entsprechenden Einrichtungen und Funktionen 
zum Durchfuhren eines solchen Verfahrens zum Feh- 
lermanagement ausgestattet sein sollten, sollten die 
Netzstationen AP entweder entsprechende Einrichtun- 
gen und Funktionen aufweisen oder zumindest in der 
Lage sein, entsprechende Protokolle von den Stationen 
BT zu entsprechenden Netzeinrichtungen, wie der 
Steuereinrichtung C, mit einer integrierten Analyseein- 
richtung weiterleiten zu konnen. 
[0040] Prinzipiell sind die Erfassung und Speicherung 
von Fehlererkennungsrelevanten Daten sowohl in den 
Stationen WT als auch in netzseitigen Einrichtungen 
moglich, wie auch die Durchfuhrung einer Analyse der 
entsprechenden Daten in der Station WT durchgefuhrt 
werden konnte, sofem die dafur erforderlichen Ab- 
gleichdaten von der Netzstation AP zur Station BT uber- 
mittelt werden. Mit Blick auf die grdfceren zur Verfugung 
stehenden Kapazitaten in den netzseitigen Einrichtun- 
gen erscheint jedoch eine Lbsung am effektivsten, bei 
der in der Station WT lediglich eine Protokollerstellung 
erfolgt, wahrend zu netzseitigen Einrichtungen ubertra- 
gene Protokolle netzseitig analysiert und ausgewertet 
werden. 
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Patentanspruche 

1 . Verfahren zum Fehlermanagement einer software- 
gestutzten Station (WT) in einem Kommunikations- 
5 netz (UMTS; HiperLAN/2), bei dem 

zumindest ein Teil der Software der Station 
(WT) aktualisiert wird (Update/Upgrade) und 
eine Fehleruberwachung der Station (WT) hin- 
10 sichtlich der Aktualisierung durchgefuhrt wird, 

dadurch gekennzeichnet, 

dass zur Fehleruberwachung fehlererken- 
15 nungsrelevante Daten der Station (WT) fur eine 

zeitversetzte Auswertung in der Station (WT) 
oder einer Netzeinrichtung (C) protokolliert 
werden. 

20 2. Verfahren nach Anspruch 1, bei dem 

die protokollierten, fehlererkennungsrelevanten 
Daten zur Auswertung uber die Netzstation (AP) an 
eine Analyse-Netzeinrichtung (C) ubertragen wer- 
den. 

25 

3. Verfahren nach Anspruch 1 oder 2, bei dem 

die Analyse-Netzeinrichtung (C) die protokollierten 
Daten zur Auswertung mit entsprechenden netzsei- 
tig registrierten oder vorgegebenen Daten ver- 
30 gleicht. 

4. Verfahren nach einem der vorstehenden Anspru- 
che, bei dem als fehlererkennungsrelevante Daten 
Sendeleistungswerte der Station (WT) protokolliert 

35 werden. 

5. Verfahren nach einem der vorstehenden Anspru- 
che, bei dem die fehlererkennungsrelevanten Da- 
ten und/oder netzseitige Vergleichsdaten Funkpro- 

40 tokoll-bezogene Daten sind. 

6. Verfahren nach einem der vorstehenden Anspru- 
che, bei dem im Fall eines erkannten Fehlers eine 
Korrektur der Aktualisierung vorgenommen und/ 

45 oder die Station (WT) aus dem Kommunikations- 
netz entfernt wird. 

7. Verfahren nach einem der vorstehenden Anspru- 
che, bei dem im Fall einer verzogerten Auswertung 

50 die Station (WT) zumindest vorubergehend aus 
dem Kommunikationsnetz entfernt wird. 

8. Verfahren nach einem der vorstehenden Anspru- 
che, bei dem bei der Verbindungsaufnahme zwi- 

55 schen der Station (WT) und der Netzstation (AP) 
uberpruft wird, ob beide Seiten das Verfahren aus- 
fuhren kGnnen und/oderaufwelcherSeiteeine Pro- 
tokollierung durchzufuhren ist. 
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9. Station (WT) zum Durchfuhren eines Verfahrens 
nach einem vorstehenden Anspruch. 

1 0, Netzeinrichtung (C) zum Durchfuhren eines Verfah- 
rens nach einem der AnsprOche 1 bis 8. 5 
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UMTS. HiperLAN/2. 




Fig. 1 
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Software-Download + Protokollier-Anweisung 



AktualisierungsdurchfQhrung 



Funkprotokoll-Start, z.B. senden einer RACH-Anfrage 



Ereignisprotokollierung 



z.B. von vermeintlich verwendeten Leistungspegeln 



Protokollanalyse 



Verbindung trennen, falls Protokollabgleich Fehler zeigt 



Fehlerroutinen starten 
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